WPFWindow defaults _live_refresh_root_colors to False so a live
ThemeChanged refresh does not clobber the literal transparent
Background that HUD-style overlays (CommandSwitchWindow, SearchPrompt,
...) declare in their own XAML. WPFPanel overrides it to True:
dockable panes stay open for the whole Revit session and never use the
transparent-HUD pattern, so they need the live refresh to actually
repaint their Background/Foreground.

apply_theme was a thin wrapper that just delegated to
setup_resources(set_root_colors=False); collapse it back into
_on_theme_refresh so the per-subclass _live_refresh_root_colors
attribute is the single source of truth.

Add dark-mode styles for DatePicker, DatePickerTextBox, and Calendar with matching day/month/year chrome, swap the Expander header arrow for a chevron-in-circle, and adjust the dark palette tones for better contrast on hover, pressed, scrollbar, and button surfaces. Also drop the separator rows between settings expanders and tighten their margins.

The custom AnimatedSwitch style hardcoded its own colors so it never picked up dark mode. Replace it with the themed CheckBox across the settings window so toggles follow the active palette. While here, add disabled-state triggers to TextBox, ComboBox, and the Expander toggle, give the expander chevron its own rotation host, and introduce a proper SelectionBackground color in the palette so selected controls render correctly in light and dark.

Resolve the settings window icon via revit.ui.resolve_icon_file so it picks up pyrevit_settings.dark.png under the dark theme, mirroring the bundle icon convention. Hook the resolution into _on_theme_refresh so live theme switches repaint the icon, and ship the new dark asset under netcore, netfx, and the root bin-assets folder.

Promote the inline comments around SetImmersiveDarkMode and SetTitleBarColors into proper XML doc comments, drop the redundant XAML section banners since the style names are self-describing, and reshape the _WPFMixin class docstring plus setup_resources and _live_refresh_root_colors into Google-style Attributes/Important/Note sections.

Hardcoded accent backgrounds in user XAML — danger and confirm buttons, branded swatches — stayed legible in light mode but vanished under dark mode because the inherited near-white foreground never contrasted against them. Walk the logical tree once on window construction and on every theme refresh; for every element that authored a background (skipping inherited/default values and theme brushes), pick whichever of pyRevitWindowForegroundBrush or pyRevitWindowBackgroundBrush scores higher per WCAG contrast and assign it to the matching foreground dependency property. Add ControlOverlayHover/Pressed, DangerBackground, and SuccessBackground to both palettes, and refactor Button/ListBoxItem templates to paint hover and pressed through a transparent overlay Border so the contrast pass owns the actual text color. Theme a Slider from scratch with a round thumb and themed track, restore ListViewItem template so non-GridView Views still render, swap icon brushes in SettingsWindow/ExtensionsWindow/SelectFromList to DynamicResource, and replace the example/test pushbutton hex colors with the new danger/success brushes. SettingsWindow now generates per-control attributes rather than implicit Window.Resources styles — implicit styles shadow the merged Theme.xaml styles — wraps the schema in a ScrollViewer with a max_height cap, and ColorSplasher drops its custom button overrides, normalizes control heights, and disables virtualization so _update_listbox_colors can reach every ListBoxItem.

The previous styling pass bumped ColorSplasher ComboBox, Button, and TextBox heights to 24 and the themed Button/ComboBox default Padding to 8,3 / 6,3, which made rows noticeably taller than the surrounding labels and the legend stack. Revert ColorSplasher controls back to 20 and tighten the themed defaults to 8,1 / 6,1 so they sit flush with neighbouring controls.

Theme.xaml: add a horizontal-bar Path alongside the check mark and an IsChecked={x:Null} trigger so an indeterminate CheckBox renders a dash, recolor that path in the disabled-state trigger, and let the caption recognize access keys. _ipy.py: tighten the contrast pass to skip translucent backgrounds (alpha != 0xFF) — their effective color depends on what is underneath — and drop the now-unused _CONTRAST_MIN_ALPHA constant; expand the apply_contrast_foregrounds docstring to record the new rule. settings_window.py: remove the now-redundant inline comments above the layout constants since the names already carry the intent.

Theme.xaml: the themed CheckBox template put the check and indeterminate Paths as siblings directly inside a 14x14 Border. Decorator only accepts one child, so the indeterminate bar never rendered. Wrap both in a Grid so they share the box and the IsChecked={x:Null} trigger can show the bar. Also note next to the ListViewItem template why an explicit one is required — the default Aero template paints its own glossy gradient and ignores Background/Foreground. hooks.py: guard get_event_hooks against a missing handler and return [] instead of crashing on None.GetAllEventHooks().